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REMARKS/ARGUMENTS 

This Amendment and the following remarks are intended to folly respond to the Final 
Office Action dated October 20, 2005. In that Office Action, claims 1-26 were examined and all 
were rejected. More particularly, claims 1-12 and 26 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Ramberg et al. (USPN 6,857,013), hereinafter "Ramberg," in view of 
Sistanizadeh et al. (USPN 6,681,232), hereinafter "Sistanizadeh;" and claims 13-25 stand 
rejected under 35 U.S.C. § 102(e) as being anticipated by Dardinski et al. (USPN 6,754,885), 
hereinafter "Dardinski." Reconsideration of these rejections, as they might apply to the original 
and amended claims in view of these remarks, is respectfully requested. 

In this Response, claims 1, 5, and 13 have been amended. No claims have been added or 
canceled. 

Claim Rejections - 35 U.S.C. § 103 

Claims 1-12 and 26 stand rejected under 35 U.S.C. § 103(a) as being unpatentable over 
Ramberg in view of Sistanizadeh. Applicants respectfully traverse the rejections and request all 
claims be allowed. 

To establish prima facie obviousness under 35 U.S.C. 103(a), three basic criteria must be 
met, namely: (1) the reference or references when combined must teach or suggest each claim 
limitation; (2) there must be some suggestion or motivation to combine the references or modify 
the reference teaching; and (3) there must be a reasonable expectation of success. MPEP § 2142. 
Applicants respectfully assert that the amended claims preclude a finding of a prima facie case of 
obviousness because the reference fails to disclose or suggest all of the limitations of the claims 
as amended. 
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Ramberg provides "a method and system for remotely diagnosing and reconfiguring a 
plurality of networked Automatic Data Collection (' ADC) device platforms." Col. 2, lines 25- 
28. More particularly, Ramberg provides a system allowing a technician to remotely diagnose 
ADC platforms using a web browser and a SNMP sub agent to translate information into ADC 
specific formats. See col. 4, lines 29-45. Ramberg differs from the present invention in many 
important ways. 

Ramberg does not include the same elements as amended claim 1, i.e., one or more 
resources that manage one or more ob jects . An important feature of the present invention as 
defined in the claims is that the resources manage the objects and can manage more than one 
object. Generally, the present invention may, in some embodiments, be thought of as an object- 
centric but resource-driven system. The application states: 

[E]ach resource 306 manages one or more objects , such as objects 329, 331, and 
333. An object is a particular set of data and information describing the data. For 
instance a user object may relate to a particular user in the network and the object 
may include relationship or meta information about the user. 

Page 16, lines 2-7 (emphasis added). 

In contrast, Ramberg uses a separate system, the ADC device platform computing 

system, to communicate with ADC devices and retrieve information from the ADC devices. The 

ADC devices, i.e., the resources, do not manage the information. See col 5, line 59 - col. 6, line 

22. Rather, an ADC platform computer system queries, arranges, and provides the information, 

i.e., the ADC computer system, not the resources, manages the information. See Abstract; col. 6, 

lines 42-63. 

Ramberg also does not contain "objects" that are the same or similar to the objects 
claimed in amended claim 1. The "objects," in embodiments of the present invention, are 
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information about or for an entity that uses the resource, which may not include information 

about the resource itself The application states: 

Before creating a resource, a developer must know what objects, e.g., 
objects 329, will be managed, and what object tasks will be available to the user 
of the resource in managing those objects. For example, an object may relate to 
system users, and a task may involve resetting a user's password. 

Page 16, lines 15-18. 

Ramberg teaches storing and using information about the resources to repair 
malfunctioning ADC devices or control the ADC devices. See col. 4, lines 29-35. Ramberg 
includes a database of management information and a network protocol. See col. 6, lines 57-58, 
For example, information about the ADC devices is stored in a Management Information Base. 
See col. 7, lines 27-62. The ADC resource information about the functioning of the ADC 
devices is not the same as information about entities that may employ the resource. 

Further, Ramberg contains no reference about a resource that manages one or more 
objects. Each ADC device provides information about that ADC device but does not manage 
objects. See col. 2, lines 55-65. Ramberg only contains information about one object, the ADC 
resource. In fact, a comparison of Fig. 3 of the present invention and FIG. 1 of Ramberg is 
helpful. It is clearly shown in Fig. 3 that the resources manage and store the information about 
multiple objects. In FIG. 1 of Ramberg, the ADC devices connect to the computing system 103 
to provide the information to the computing system, i.e., the ADC devices do not manage any 
information, much less information about one or more objects. See col. 6, lines 15-22. 

The most significant difference between Ramberg and amended claim 1 is that two or 

more resources do not manage a single piece of ADC information or any single object in 

Ramberg. As the application states: 

With respect to certain aspects of the present invention, the property sheets 
that are exposed to the system 304 by one resource are extendible by other 
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resources . Fig. 5 illustrates the concept of having a separate, independent 
application or resource extend an existing property sheet. In Fig. 5, a property 
sheet representing a particular user object is illustrated in display 500 . 
Consequently, the display 500 represents the object itself. 

Page 28, lines 15-19 (emphasis added). The application further states: 

Independent resources or applications may define one or more property 
pages associated with a particular object, such as user object 500 shown in Fig. 5. 
For example, assume that an Active Directory application exposed the user object 
500. Also, assume the Active Directory application defined various property 
pages, e.g., the personal information page relating to unique personal 
identification data, such as name, home address, employee number, etc. 
Additionally, assume another, job-related property page was also defined by the 
Active Directory application and it included job-related information, such as the 
person's job title, building location, group, etc. Next, assume that another 
application is installed on the system, such as an email server. The email server 
may recognize user objects and supply a property page to be included in the user 
object property sheet, for instance to associate an email address with the user. 
Instead of creating a new property sheet, which would include much of the same 
information, such as the user's name, etc., the email address property page 512 is 
simply added to the user object property sheet . 

Page 29, lines 9-22. The information about an object, and likewise the object itself, can be 

managed by two or more resource. Ramberg simply does not contain any description of two or 

more resources managing an object. Rather, a single resource, the ADC device, supplies a single 

set of information about the ADC device. See generally col. 7, line 43 - col. 8, line 25. 

Sistanizadeh does not overcome the inadequacies of Ramberg. Sistanizadeh discloses an 

automated service level manager (SLM) for supporting side-area data communication services 

offered via regional IP-Over Ethernet on fiber networks. See Abstract and col. 5, lines 35-67. 

The SLM manages the information in the network. See col. 6, lines 51-56. Sistanizadeh states: 

The S LM 100 comprises a distributed system composed of data collectors, data 
analyzers, data managers and application servers . The SLM 1 00 may be accessed by carrier 
personnel, for example at the network operation center (NOC) or by customers, using a web 
based interface and appropriate communications links. From the customers' perspective, this 
web interface provides the Customer Expericen Center, as an always-on point of contact for 
operation support. 

The SLM 100 utilizes a distributed software system. The software analyzes data 
collected by various software Agents (SNMP Agents, Latency Measurement Agents, Utilization 
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Agents, etc.). The SLM software creates reports/benchmarks on the health of the network and 
services. 

Col. 6, line 57 - col. 7, line 3 (emphasis added). As such, the SLM manages the object or 

information and not the resources. Likewise, no resource manages one or more objects and two 

or more resources do not manage any single object. Simply, Sistanizadeh does not describe the 

limitations of amended claim 1 . 

For at least the reasons given above, amended claim 1 is allowable over Ramberg and 

Sistanizadeh either alone or in combination. All other claims, i.e., claims 2-12, and claim 26 

depend from allowable claim 1 and are also allowable over Ramberg and Sistanizadeh either 

alone or in combination. As such, Applicants respectfully request that Examiner allow the 

claims and issue a Notice of Allowance at his earliest convenience. 

Claim Rejections - 35 U.S.O § 102 

Claims 13-25 stand rejected under 35 U.S.C. § 102(e) as being anticipated by Dardinski. 

Applicants respectfully traverse the rejections and request the Examiner to allow the claims at his 

earliest convenience. 

In order for a reference to anticipate a claim under any sub-section of 35 U.S.C. §102, the 

reference must disclose each and every element as set forth in the claim. Verdegaal Bros, v. 

Union Oil Col, of California, 814 F.2d 628, 631 (Fed. Cir. 1987). Dardinski does not disclose 

each and every element of amended claim 13, i.e., Dardinski does not describe accessing 

information stored by the first resource and separately stored by the second resource when 

accessing the object. As explained previously, the object information is accessible by two or 

more resources. The application states: 

With respect to certain aspects of the present invention, the property sheets 
that are exposed to the system 304 by one resource are extendible by other 
resources . Fig. 5 illustrates the concept of having a separate, independent 
application or resource extend an existing property sheet. In Fig. 5, a property 
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sheet representing a particular user object is illustrated in display 500 . 
Consequently, the display 500 represents the object itself 

Page 28, lines 15-19 (emphasis added). The application further states: 

Independent resources or applications may define one or more property 
pages associated with a particular object, such as user object 500 shown in Fig. 5. 
For example, assume that an Active Directory application exposed the user object 
500. Also, assume the Active Directory application defined various property 
pages, e.g., the personal information page relating to unique personal 
identification data, such as name, home address, employee number, etc. 
Additionally, assume another, job-related property page was also defined by the 
Active Directory application and it included job-related information, such as the 
person's job title, building location, group, etc. Next, assume that another 
application is installed on the system, such as an email server. The email server 
may recognize user objects and supply a property page to be included in the user 
object property sheet, for instance to associate an email address with the user. 
Instead of creating a new property sheet, which would include much of the same 
information, such as the user's name, etc., the email address property page 512 is 
simply added to the user object property sheet . 

Page 29, lines 9-22. Dardinski provides a different system. 

Dardinski use an object model that is hierarchical. In the Dardinski description, the 

system is described with respect to a parameterized object: 

A Parameterized Object has an ordered one-to-many association with the 
Parameter Definition object . This represents the set of locally defined parameters 
which 'belong' to, and ultimately define, this object. 

Col. 11, lines 17-20. Dardinski further states: 

A Parameterized Object has an association to another Parameterized 
Object from which it inherits parameters . It is a zero-or-one association, and is 
referred to as its Definition, or parent, Parameterized Object. If a Parameterized 
Object does not have a definition, then it is considered to be a root Parameterized 
Object. A root Parameterized Object defines all of its parameters, not relying on 
another object to inherit them from. If a Parameterized Object has a Definition 
Parameterized Object association, then the Parameterized Object is a derived 
Parameterized Object . The derived Parameterized Object gets its parameters by 
inheriting them from the defining object and by adding its own through local 
Parameter Definition associations. 

Col. 11, lines 31-45. Dardinski provides a typical hierarchical object model for defining 
information. The present invention allows two or more resources to create and/or modify 
a single object. Thus, the present invention does not follow the hierarchical approach but 



13 



Application No. 10/014,177 



provides a system, in embodiments, that is object-centric but resource driven. The 
system of the present invention, as defined in claim 1 3, is an improvement for managing 
network resources when several resources need to be updated with information from an 
object because several resources can modify the single object rather than have an object 
for each resource, as required by Dardinski. See col 21, line 22 - col. 22, line 12. 

For the foregoing reasons, amended claim 13 is allowable over the referenced prior art. 
Claims 14-25 depend from allowable claim 13, and these claims are also allowable. Applicants 
respectfully request that Examiner allow the claims and issue a Notice of Allowance at his 
earliest convenience. 
Conclusion 

This Amendment fully responds to the Office Action mailed on October 10, 2005. Still, 
that Office Action may contain arguments and rejections and that are not directly addressed by 
this Amendment due to the fact that they are rendered moot in light of the preceding arguments 
in favor of patentability. Hence, failure of this Amendment to directly address an argument 
raised in the Office Action should not be taken as an indication that the Applicants believe the 
argument has merit. Furthermore, the claims of the present application may include other 
elements, not discussed in this Amendment, which are not shown, taught, or otherwise suggested 
by the art of record. Accordingly, the preceding arguments in favor of patentability are advanced 
without prejudice to other bases of patentability. 

It is believed that no further fees are due with this Response. However, the 
Commissioner is hereby authorized to charge any deficiencies or credit any overpayment with 
respect to this patent application to deposit account number 13-2725. 

In light of the above remarks and amendments, it is believed that the application is now 
in condition for allowance and such action is respectfully requested. 
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